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(54) Electronic commerce support method and apparatus 


(57) An electronic commerce support method for 
managing trading in a client (21 0) connected to a server 
(220) for providing electronic commerce services to re- 
ceive the electronic commerce services includes the 
steps of: transmitting an order for a product on the elec- 
tronic commerce in response to an input by a user to the 
server through a communication network, receiving 
trading information including a trading identifier associ- 
ated with the order and data on the contents of the order 
from the server, and storing the trading information in a 
storage device (214) (111,112); receiving from the serv- 
er trading processing information including a present 
status of processing for processing initiated for the or- 
der, a present status of processing for delivery of the 
product corresponding to the order, a present status of 
processing for payment processing for the trading, and 
the trading identifier (113); and comparing the trading 
identifier included in the trading information with the 
trading identifier included in the trading processing in- 
formation, and outputting a warning if they are not coin- 
cident, and adding the trading processing information to 
the trading information stored in the storage device if 
they are coincident (118). An electronic commerce sup- 
port method for managing trading in a server (220) for 
providing a plurality of clients (210) with electronic com- 
merce services, includes the steps of: receiving an order 
for a product in the electronic commerce in response to 
an input by a user from a client through a communication 
network (230), and performing order acceptance 
processing for the product in accordance with a prede- 
termined electronic commerce processing (121); trans- 
mitting to the client trading information including a trad- 
ing identifier associated with the order and data on the 


contents of the order (1 23); creating trading processing 
information including a present status of processing for 
processing initiated for the order, a present status of 
processing for delivery of the product corresponding to 
the order, a present status of processing for payment 
processing for the trading, and the trading identifier, and 
transmitting the trading processing information to the cli- 
ent (1 36); and managing the present status of process- 
ing for the processing initiated for the order, the present 
status of the processing for delivery of the product cor- 
responding to the order, and the present status of 
processing for the payment processing for the trading 
until the order processing, the delivery, and the payment 
processing are completed (137). 

FIG. 1 
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The present invention relates to an electronic com- 
merce support method and apparatus 

R. Kalakota et al., Frontiers ol Electronic Com- 
™ rc o e - ^ ,son -Wesley Pub - Co - '"<=■ 1976, pp 
274-288 discloses search, order, payment, return, and 
soon of products in online shopping 

«, J" ,h ! ^i™ Sh0pping Usin 9 a communication net- 

££EL" net or ,he " ke> in,orma,ion on P"**** 

provided therein can be visually and easily identified by 

?m™ > T USin9 Hv P e '- Te * Markup Language 
HTML and Vidua. Rea.ity Modelling Language 
VRML) and so on. For ptocingan order, a desired prod- 

uctmay be selectedand information assocated with the 
order be inputted. 

After the order is completed, a statement of the or- 
der indicating the contents and purchase price of or- 
Jlf . P k°? If S IS ,ransmmed trough an electrons mail 
£22 le " e : ,orC ° n,irmati0n '"many cases, ordered 
produc are delrvered by some home delivery service in 
severe days. A product such as software electronically 
available through a network can be immediately down- 
loaded into a storage device in a computer of a buyer 

As to payment for such products ordered through 

m^Z l° PPin9 ' 3 Credft bi,,in 9 model may ha 
ubl zed. In this case, an associated credit billing organ- 
ization orcardcompany bundles monthly trading utilized 
by the buyer for the past one month, totalizes the 
amount for revolving payment, and sends the buyer a 
card utilization statement which also serves as an ad- 

Z»r T? J? deDit Thea me no,iced ^ au- 

tomatically debited from a bankaccount specified by the 

buyer on a predetermined date 

BzinJ l eXp f ^ * hat in future . »» opportunities of uti- 
kz.ng the online shopping for purchasing products will 
be more and more increased, and products available on 
networks will extend to daily necessaries and so on as 
personal computers and Internet are increasingly 
spread for domestic use. As the number of available ■ 
products and the frequency of purchases in the online 
shopping are increased, it is envisaged that the man- 
agement of information related to trading will become 
more complicated. 

In the conventional online shopping, a personal < 
computer is not capable of always providing detailed in- 
formal on each of purchased products, for example, 
which of purchased products has been delivered to 
which product the payment has been made, and so on 
Information on ordered products is given to a buyer only 
when statements of ordered products are delivered from 
respective sellers to the buyer by letter through a postal 

by 3 h ° me deliVer y se,vtee '« 'here- 
fore difficult for a buyer to acquire what the buyer has 
ordered ,n the past, whether ordered products have 
been delivered, how much and when the buyer must 
pay. and so on when the buyer wants to know such in- 


formation. In addition, the buyer has difficulties in ac- 
cessing information on which product has not yet been 
delrvered after a scheduled delivery date had been 
Preformation on where to inquire about undeliv- 
ered products, and so on. Further difficulties are en- 
countered in immediately knowing for which product the 
payment has not been made, how much the total 
amount sums up for unpaid products, whether the 

w ,° m ° ney remainin9 in ,he account is 

sufficient to cover prevtous trading, and so on Further- 
more, t is difficult to check whether the contents of a 

st^ementsenttothebuyeratalaterdatearecoincident 
with the contents of orders which were placed far in the 

P3St. 

15 Preferably, it is an object of the present invention to 
provide an electronic commerce support method and 
system which are capable of sofving the problems men- 
tioned above and efficiently managing and utilizing trad- 
ing information in the online shopping 
20 Preferably, it is another object of the present inven- 
tion to provide an electronic commerce support method 
and system which is capable of managing and utilizing 
trading information in electronic commerce, and acquir 
-ng a present status of processing for a trading, corre- 
sponding to the managed information, to enable a buyer 

toreadilyknowthecorrespondencebetween orders and 
delivered products, unpaid orders, the total amount for 
the unpaid orders, and so on. 

so an ofT*** '° ° ne aSpect of me P resenl ^lion, 
an electronic commerce support method for managing 
trading „ a cljent connected f0 g ^ ^ « ■ 

electronic commerce services to receive the electronic 
commerce services comprises the steps of: 
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transmuting an order for a product on the electronic 
commerce in response to an input by a user to the 
server through a communication network, receiving 
trading information including a trading identifier as- 
soceted with the order and data on the contents of 
the order from the server, and storing the trading 
information in a storage device- 
receiving from the server trading processing infor- 
mation including a present status of processing 
(processing progress status) for processing initiat- 
ed for the order, a present status of processing for 
delivery of the product corresponding to the order, 
a present status of processing for payment process 
mg for the trading, and the trading identifier; and 
comparing the trading identifier included in the trad- 
ing information with the trading identifier included in 
the trading processing information, and outputtinq 
a warning if they are not coincident, and adding the 
trading processing information to the trading infor- 
mation stored in the storage device if they are co- 
incident. 7 

According to another aspect of the present inven- 
tion, an electronic commerce support method for man- 
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aging trading in a server for providing a plurality of cli- 
ents with electronic commerce services, comprises the 
steps of: 

receiving an order for a product in the electronic s 
commerce in response to an input by a user from a 
client through a communication network, and per- 
forming order acceptance processing for the prod- 
uct in accordance with a predetermined electronic 
commerce processing; io 
transmitting to the client trading information includ- 
ing a trading identifier associated with the order and 
data on the contents of the order; 
creating trading processing information including a 
present status of processing (processing progress « 
status) for processing initiated for the order, a 
present status of processing for delivery of the prod- 
uct corresponding to the order, a present status of 
processing for payment processing for the trading, 
and the trading identifier, and transmitting the trad- 20 
ing processing information to the client; and 
managing the present status of processing 
(processing progress status) for the processing in- 
itiated for the order, the present status of the 
processing for delivery of the product correspond- 2s 
ing to the order, and the present status of process- 
ing for the payment processing for the trading until 
the order processing, the delivery, and the payment 
processing are completed. 

30 

Trading for which delivery has been completed may 
be displayed separately from trading for which delivery 
has not been completed, from the present status of 
processing for delivery included in the trading informa- 
tion, and trading which have been payed or settled may 35 
be displayed separately from trading which have not 
been payed or settled, from the present status of 
processing for payment processing for the trading. In 
addition, a total amount of money for products included 
in the trading which have not been settled or unpayed 40 
may be calculated and displayed. The total amount of 
money may be compared with a predetermined limit 
amount, such that a warning is outputted if the total 
amount of money for the products exceeds the limit 
amount. Information on a product to be returned may be *s 
inputted based on the displayed trading information, and 
transmitted to the server. 

BRIEF DESCRIPTION OF THE DRAWINGS 

so 

Fig. 1 is a block diagram illustrating a system con- 
figuration according to an embodiment of the 
present invention; 

Fig. 2 is a flow chart illustrating overall processing 
executed in an electronic commerce support meth- 55 
od according to one embodiment of the present in- 
vention; 

Fig. 3 is a flow chart illustrating in detail the overall 
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processing executed in the electronic commerce 
support method of Fig. 2; 

Fig. 4 is a block diagram illustrating a system con- 
figuration according to an embodiment of the 
present invention; 

Fig. 5 shows a screen for inputting order information 
in the embodiment of the present invention; 
Fig. 6 shows tables for storing data related to order 
processing in the embodiment of the present inven- 
tion; 

Fig. 7 is a flow chart illustrating the order accept- 
ance processing in the embodiment of the present 
invention; 

Fig. 8 shows trading information in the embodiment 
of the present invention; 

Fig. 9 illustrates a screen for displaying the trading 
information in the embodiment of the present inven- 
tion; 

Fig. 1 0 is a flow chart illustrating the order process- 
ing in the embodiment of the present invention; 
Fig. 11 is a flow chart illustrating order processing 
status creation in the embodiment of the present in- 
vention; 

Fig. 12 shows order processing status information 
in the embodiment of the present invention; 
Fig. 1 3 is a flow chart illustrating the processing of 
transmitting the order processing status in the em- 
bodiment of the present invention; 
Fig. 14 shows delivery processing status informa- 
tion in the embodiment of the present invention; 
Fig. 15 shows payment processing status informa- 
tion in the embodiment of the present invention; 
Fig. 1 6 illustrates a screen for displaying a present 
status of processing for a trading in the embodiment 
of the present invention; 

Fig. 17 is a flow chart illustrating the processing for 
requesting a present status of processing for a trad- 
ing in the embodiment of the present invention; 
Fig. 18 illustrates a screen for inputting a present 
trading processing status request schedule in the 
embodiment of the present invention; 
Fig. 1 9 illustrates a warning display screen in the 
embodiment of the present invention; 
Fig. 20 is a flow chart illustrating the product return 
processing in the embodiment of the present inven- 
tion; and 

Fig. 21 is a flow chart illustrating the reorder 
processing in the embodiment of the present inven- 
tion. 

DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

An embodiment of the present invention will here- 
inafter be described in detail with reference to the ac- 
companying drawings. 

Reference is first made to the general configuration 
of an electronic commerce system illustrated in Fig. 1 . 
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The electronic commerce system of this embodiment is 
a system in which a client 210 and a server 220 are in- 
terconnected by a communication network 230 


(a) Device Configuration of Client 210: 

The client 210 comprises a computer 211, and an 
input device 212,anoutputdevice213.astorage device 
214 and a communication cable 215 connected to the 
computer 211. The input device 212 comprises a key- 
board and a pointing device (such as a mouse, a control 
pad, or the like). The output device 21 3 preferably com- 
prises a high definition display and a speaker for cor- 
rect and precisely displaying products. The storage 
dev.ce 214 may be either of magnetic disk, an optical 
disk and so on which have a sufficient storage capacity 
r^7! Pr ° 9 ^ mS and *** fi,es - The communicating 

thP t l may bS a " ° P,iCal Cable ' a lete *™° >™. °r 
he like When the client 210 transmits and receives data 

to and from the communication network 230 throuqh a 

wireless channel, the client 210 is provided with a wire 

less mterface mstead of the communication cable 215. 

(b) Device Configuration of Server 220. 

The server 220 comprises a computer 221 , and a 
storage dev.ce 222 and a communication cable 223 
connected to the computer 221 

While the device configuration for implementing the 
present invention may be what is generally called a com- 
puter system, the server 220 should be a high speed 
and high capab.hty computer system for simultaneously 
prov.ding a large number of clients with electronic com 
merce services. 

(^Device Configuration of Communication Network 


The commun.cat,on network 230 comprises Inter- 
net, personal computer communications, and other net- 
works using wired or wireless channels 

A general processing flow of the electronic com- 
merce support system according to this embodiment of 

is^ep wi " hereinafter be descrtt5ed ^ 

for /!< rSUh ? Client 210 inpUtS formation on an order 
for a desired product including the quantity, price ad- 

SlT"? T Paymen ' me,h0d ' and ,r «.s the 
mformat.on to the server 220 using WWW (World Wide 
Webj^an electronic mail, or the like (step 111). The serv- 
er 220 recedes the order informalion through the com- 
municaton network 230, and proceeds order Letf- 
ance processmg in accordance with a predetermined 
electronic commerce processing (step 121). The elec- 
tronic commerce processing herein used includes a 
processmg which has been previously determined in ac- 
cordance wrth a payment method and a delivery method 
for an order. Theserver 220 creates trading hLS 


indicative of the contents of the trading based on the 
order informat.on (step 122). Then, the server220 trans- 
mits the trading information to the client 210 usinn 
WWW (Work* Wide Web), an electron, mail, or th le 

^olien,2l0receives,he.radinginform a 
ion and stores it in the storage device 214 (step 112) 
n the mean time, the server 220 executes the electronic 
trading based on thetrading information, i.e.. checks the 
w S eX f, U, f S ,he ° fder P roces S'"9 (determines a 

2 L P 9 h ff ? d6,iV8ry proCessin 9 (determines a 
delnrery date), and determines a paymen. date (from a 

train m W (S ' eP 124) mh the Passing o, this 
trading, the server 220 creates information indicative of 
a present status of processing for the trading (step 125) 
The processing of the trading may be performed by an- 
other server, and the information indicative of the 
present status of processing may be transmitted from 
this server. More specifically, the information on the 

20 'TT °' me prOC8Ssin9 ,or e, ° ct ™<° com- 

merce includes data indicative of sending^ status 
delivery status, payment status, and so on for a product 
ordered by the electronic commerce. The server 220 
transmits the created present status of processing for 

SS t I 9 ° ,he C ' iem 210 usin 9 WWW (World Wide 
Web), an electronic mail, or the like (step 216) If the 

processing for thetrading is not completed, the process- 

2 ?oT^ temS iS repea,ed at and aft °< ^ep 124 
(step 127). The client 210 receives this present status 

*> 2 uTheT, 9 h ° r,he,radin9 (S,6P 113) ^ thec «en' 
210 checks the comcidence between the received 

present status of processing for the trading with thetrad- 
ing information previously stored in the storage device 
214 (step 114). If a trading identifier contained in the rl 
35 nfT^ Pre r' S,a,US ° f proce ssing does not match any 
* of trad.ng identifiers stored in the storage device 21 4 <J 
me chem 210, or if an error is found between trading 

informationbeforeupdatedandtradinginformation after 
updated, a warning is outputted (step 115). Otherwise 
based on the received trading identifier, the client 210 

associated wnh trading information with the trading 
identifier stored in the storage device 214 (step 116) 

nr J!" 1 * ' 0l !° Win9 ' 3 ,irSt specific exam P'e ot the 

« ITS" Wi " be deSCribed wi,h re, ^ence to 

conri^l , Z , SPeCifi ° eXamP ' e - 3 C,ient 210 is also 
connected to a delivery managing server 410 and a pay- 

^ Toon 9 '" 9 SerV8f 420 mrou 9 h a communication 
network 230 ,n addition to a shopping server 220 The 
shopp.ng server 220 may include functions of the deliv- 

^"^ngserverandthepaymentmanagingserver 
In this case, the device configuration includes the shop^ 
ping server alone. ^ 

Fig. 3 illustratesa processing flow in the first specific 
example, and Fig. 4 illustrates a general configuration 
°' ' h r e SV f m me ,irst example. The general 

configurafion of the electronic commerce system illus- 
trated ,n F,g. 4 has the delivery managing server 410 
and the payment managing server 420 connected to the 


4 


7 EP 0 845 749 A2 8 


configuration illustrated in Fig. 1 through the network 
230. Since the rest of the configuration in Fig. 4 is iden- 
tical to Fig. 1 , explanation thereof is omitted. The deliv- 
ery managing server 410 and the payment managing 
server 420, which have the same device configuration 
as the shopping server 220, each comprise a computer, 
a storage device, and a communication cable. 

Next, respective processing steps illustrated in Fig. 
3 will be described in detail along the flow of the process- 
ing in Fig. 3. 

<Step 111 > Client: Transmission of Order: 

The client 210 accesses the shopping server 220 
using communication software such as an Internet 
browser, a Web browser or the like installed in the com- 
puter 211, and acquires product information. Then, the 
client 210 selects and determines a product to be or- 
dered on the basis of the received product information, 
and creates order information to be transmitted to the 
shopping server 220. A screen for creating the order in- 
formation is illustrated in Fig. 5 as an order information 
input screen 500. The order information input screen 
500 includes a purchased product list 510, a payment 
method input area 520, a delivery method input area 
530, and a personal information input area 540. The pur- 
chased product list 510 indicates the name, quantity, 
and price of each ordered product. In the payment meth- 
od input area 520, a payment method for ordered prod- 
ucts is selected from means such as a credit card, elec- 
tronic money, and so on, and ID information and so on 
are inputted for the ordered products. In the delivery 
method input area 530, a delivery method is selectively 
inputted, such as a home delivery service or the like. In 
the personal information input area 540, the name, ad- 
dress, telephone number, and "where to contact" such 
as an E-mail address are inputted. When an "OK" button 
550 is selectively inputted through the input device 212 
after required items in each input area have been input- 
ted using the input device 212, the inputted order infor- 
mation is transmitted tothe shopping server 220 through 
the communication cable 215 and the communication 
network 230. 

<Step 1 21 > Server: Order Acceptance Processing: 

The shopping server 220 receives order information 
through the communication network 230. Then, the 
shopping server 220 executes the order acceptance 
processing in accordance with an electronic commerce 
processing corresponding to the received order infor- 
mation from electronic commerce processing 600 pre- 
viously stored in the storage device 222. Fig. 6 shows 
an outline of the electronic order processing 600. A pay- 
ment method column 611 shows a list of payment meth- 
ods, while a payment processing column 612 contains 
a processing required by each payment method. 

Stated another way, a payment processing corre- 


sponding to a payment method specified by order infor- 
mation is executed in accordance with the electronic 
commerce processing 600. Similarly, a delivery method 
column 621 shows a list of delivery methods, while a 

5 delivery processing column 622 indicates a processing 
corresponding to each delivery method. The payment 
processing and the delivery processing include the or- 
der of processing corresponding to each method, and 
the addresses of the payment managing server and the 

10 delivery managing server required for the processing. 
The payment methods include, for example, credit card 
payment, electronic money payment, transfer of funds 
between bank accounts, and so on. The delivery meth- 
ods include, for example, home delivery, transmission 

15 of electronic goods such as software through a network, 
and so on. 

Fig. 7 illustrates detailed steps of the order accept- 
ance processing 121 when the credit card payment, for 
example, is selected in order information. The shopping 

20 server 220 requests the payment managing server 420 
to authenticate whether an orderer has a settling capa- 
bility (step 701 ). For this purpose, the shopping server 
220 transmits necessary information for the authentica- 
tion such as the name, address, telephone number, 

25 credit card number, card available period, and so on 
within the order information from the client 210 to the 
payment managing server 420 at a predetermined des- 
tination address. Next, the shopping server 220 re- 
ceives the result of the requested authentication from 

30 the payment managing server 420 (step 702). 

<Step 122> Server: Creation of Trading Information: 

The shopping server 220 creates trading informa- 
35 tion 800 indicative of the contents of a contract associ- 
ated with order information. 

Fig. 8 shows an example of the trading information 
800. The trading information 800 includes an order ID 
801 for identifying a trading; order specific information 
40 802 indicative of the contents of an order such as a pur- 
chase date, product name, quantity, and price; payment 
information 803 related to a method of proceeding the 
trading (payment method, E-mail address of payment 
institution); delivery information 804 (delivery method, 
45 E-mail address of delivery service provider); and orderer 
information 805 for identifying the orderer such as a buy- 
er name, E-mail address, delivery destination address, 
and so on. 

The shopping server 220 stores the created trading 
50 information 800 in the storage device 222. 

<step 123> Server: Transmission of Trading 
Information: 

55 The shopping server 220 transmits the trading in- 
formation 800 indicative of the contents of a contract as- 
sociated with order information to the client 210. In this 
event, information related tothe name of a shop and the 
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address of the shopping server are added to the trans- 
mrt edtradrng .nformation 800. Here, a protocol utilized 
by the shopping server 220 for transmitting the trading 

2EE2- r ^ Slmp,e *** TranS P° rt P "»™> 
hZ2Tt ' 3 Sl3ndard Pr ° tOCo1 for e,ec,roni <= «* * 
lT^I? nSP ° rt PrO,0C0, is a s,a "dard proto- 
coMorVWW.andsoon.Asirnilarprotoco. maybe used 
also for transm.ssion and reception of information be- 
tween the server and the client in subsequent steps. 

<Step 112> Client: Acquisition of Trading Information: 

h*2" C '^K 210 r6CeiVeS ,he ,radi "9 Woroiafion 800 
.ndicatrve of the contents of a contract associated with 
order .nformation from the server 220 through the com- is 
munnbor . network 230. Fig. 9 illustrates a trading 
format™ d.splay screen 900 which displays received 
^information 800. The trading information display 
screen 900 is provided for confirming the order intorma 
t.on and comprises an ordered product area 910, a de- » 
livery method and payment method area 920 and per- 
sonal information area 930. With the information dis- 
played on the screen 900, the orderer confirms whether 
the contents of the order are free of errors, and so on 

Theclient2l0selectivelyinputsan"OK-button940 *s 
if no error is found in the contents of the order. The trad- 
ing information is stored in the storage device 214 If the 
older, s canceled at this time, a "cancel" button 950 is 
select^ely inputted. When the order is canceled, order 

Znl? h ^ iS ,ransmit1ed '° server 220 30 
through the communication network 230 together with 
an associated trading identifier. The server 220 exe 
ZZ Pr °? SS ^ 9 ,or ****** «he order corresponding 
to the trad.ng identifier associated with the receded or 
der cancel information. 


payment institution for the order (step 1002) Delivery 
instructing information is transmitted to the delivery 
management server 410 of an associated delivery serv- 
ice proper (step 1003). The payment instructing infor- 
mation and the delivery instructing information which 
have contents simifcr to those of the trading informal 
800 include information which permits the payment in- 
stitution and the delivery servce provider lo settle an 
assocatedtradingand deliver a product associated with 
the trading, respectively. Step 1002 and step 1003 may 

.helT^ ^ rSVerSe ° rder Pf0Cessin 9 fl ™s 'or 
the delivery managing server 410 and the payment 

managing server 420 will be described later. 

<Step 135> Shopping Server: Creation of Order 
Processing Status: 


as 


<Step 134> Shopping Server: Order Processing: 

nr~I he Sh ? P ' n9 S6rVer 220 executes 'he order 
processing. A detailed flow of the order processing is 
illustrated in Fig. 10. messing is 

o m A l° rder p,ocessina instruction is transmitted for an 
ordered product. The order processing instruction may 

shU ' 8 P,0dUCl ^.ruction, a 

shipping mstruction, and so on. The following descrb- 
on ,s made based on an example of shipping instruc- 
tion. A sh.pp,ng instruction is first transmitted to a ship- 
ping operation managing system responsible for the 
management of shipping operations (step 1001) The 
shippmg operation managing system manages informa- 
tion on scheduled shipping operation of products an™ 
present status of shipping operation, and provides , he 
.nforma on in response to a request thereto. The sh£ 
Ping instruction mitia.es a shipping operation for a prod- 

aoLTh J PPi " 9 ° Pera,i0n manaQinQ astern man- 
ages the present status of the shipping operation. 

to ,h. Payment ins,ruc '* n 9 information is transmitted 
to the payment managing server 420 of an assorted 


The shopping server 220 creates an order process- 

flowf S ?' 11 i,,us,ra,esa nexamp.eofaprocessing 
flow for creating the order processing status. First the 
shopping server 220 transmits a trading identifier 'to a 
shipping operation managing system (step 1 1 01 ) Then 
the shopping server 220 receives an order processing 
status corresponding to me trading identifier from the 
shipping operation managing system (step 1 1 02) Alter 
natrvely. the shipping operation management system 

may transmit an orderprocessingstatustotheshoppinq 
server 220 each time the shipping operation aoVancTs 
F.g. 12 shows an example of data contained in the 
order processrng status 1200 which is received by the 
shopp ln g server220. The order processing status 1200 
mdudes .nformation 1201 as to whether an ordered 

^ bSen delK/ered or not ' and a touted de- 
livery date or a delivery completed date 1202, both cor- 
mspond.ng to a trading ID 801 in the trading informal 
800. Thecreatedorderprocessingstatus 1200isstored 
in the storage device 222. 


«. zszstss* Se,ver: Transmiss ^ - °^ 

The shopping server 220 transmits the order 
2Zr 9 Hu a,USl200Crea,eda,S,eDl351o 'heclient 
4S 111 nl? 9 *]! commu nieation network 230. Here, the 
destination of the order processing status 1200 ie the 
client is a buyer contained in trading information' which 
is retrieved from the storage device 222 by ZZ Ta 
search, with a trading ID in the order processing 2s 

so 35 8 SeafCh ke * ,or ,radin 9 information hav- 

mg the corresponding trading ID 801 . The transmission 
of the order processing status 1200 may be performed 
«n response to a request from the client 210 

Fig. 13 illustrates a processing flow for the trans- 
m,ss«onoftheorderprocessingstatus 1200 in response 

t£ 2T ' r0m thS C ' iem 21 °- The topping Zer 
220 recedes a request for an order processing status 

from,hec.ien.210(s,epl301).Thereq P ues.SeoS 
processing status includes a trading ID for identifying a 
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trading to which the requested order processing status 
1200 is related. The shopping server 220 searches the 
storage device 222 for the order processing status 1 200 
corresponding to the trading ID contained in the request, 
based on the request for the order processing status 
from the client 210 (step 1302). Then, the shopping 
server 220 transmits the retrieved order processing sta- 
tus 1200 to the client 210 which is the requester of the 
order processing status (step 1 303). 

<Step 1 37> 

If the order processing status transmitted at step 
1 36 shows that the order processing has not been com- 
pleted, the processing is continuously repeated from the 
order processing at step 134 onward. 

Reference is next made to a trading processing, 
creation of a trading processing status, and transmis- 
sion performed by the delivery managing server 410 and 
the payment managing server 420. 

<Steps 144, 154> Delivery Managing Server, Payment 
Managing Server: Delivery Processing, Payment 
Processing: 

In response to the order processing at step 1 34 ex- 
ecuted by the shopping server 220, the payment man- 
aging server 420 of a payment institution associated 
with the order receives payment instructing information, 
while the delivery managing server 420 of a delivery 
service provider associated with the order receives de- 
livery instructing information. Then, the delivery manag- 
ing server 410 and the payment managing server 420 
execute payment processing and delivery processing 
based on the received payment instructing information 
and delivery instructing information, respectively. The 
payment processing is made after client examination is 
passed at a CAFIS (Credit and Finance Information Sys- 
tem) center, and includes notifying a seller of payment 
for sales, paying the seller for the sales, calculating a 
debited amount, notifying the buyer of a date on which 
a specified account is debited, together with the debited 
amount, debiting the amount from the account on the 
debiting date, and so on. 

A home delivery operation is performed in response 
to a delivery instruction in the order of collection of prod- 
ucts to be delivered, concentration of products to a ter- 
minal, distribution of products to respective destination 
regions, transport of products between terminals, deliv- 
ery, and so on. A home delivery information system col- 
lects and manages information on each ordered product 
from an associated operation site each time activities 
such as collection, distribution, transport, and delivery 
of the product take place. In this event, a scheduled 
home delivery date is calculated and managed together 
with the foregoing information. Alternatively, the pay- 
ment processing and the delivery processing may be ex- 
ecuted in a different system connected through a net- 


work. 

<Steps 145, 155> Delivery Managing Server, Payment 
Managing Server: Creation of Delivery Processing 
s Status, Creation of Order Processing Status: 

A delivery processing status 1 400 and a payment 
processing status 1500 are created based on the deliv- 
ery processing and the payment processing executed 
10 at steps 144, 154, respectively. Fig. 14 shows the deliv- 
ery processing status 1 400, and Fig. 1 5 shows the pay- 
ment processing status 1500. The delivery processing 
status 1400 includes information 1401 as to whether an 
associated product has been delivered or not and a 
is scheduled delivery date or a delivery completed date 
1 402, corresponding to the trading information 800. The 
payment processing status 1500 includes information 
1501 as to whether an associated order has been set- 
tled or not, and a scheduled payment date or a settled 
20 date, corresponding to the trading information 800. 

<Steps 146, 156> Delivery Managing Server, Payment 
Managing Server: Transmission of Delivery Processing 
Status, Transmission of Payment Processing Status: 

25 

The delivery managing server 41 0 and the payment 
managing server 420 transmit the delivery processing 
status 1400 and the payment processing status 1500 
created at steps 1 45, 1 55, respectively, to the client 210 
30 through the communication network 230. Alternatively, 
the transmission of the delivery processing status 1400 
and the payment processing status 1500 may be exe- 
cuted in response to a request from the client 21 0. Since 
the transmission at steps 146, 156 is substantially the 
35 same as that of the shopping server described at step 
136, detailed explanation is omitted. 

<Steps 147, 157> Delivery Managing Server, Payment 
Managing Server: 

40 

If the delivery processing status and the payment 
processing status transmitted at steps 147, 157 show 
that the delivery processing and the payment process- 
ing have not been completed, the processing is contin- 
45 uously repeated from steps 1 44, 1 54 onward. 

Next described is the processing executed in the 
client 210 for updating a present status of processing 
for a trading. 

so <step 113> Client: Reception of Present Status of 
Processing for Trading: 

The client 210 receives a present status of process- 
ing for a trading from each of the shopping server 220, 
ss the delivery managing server 410, and the payment 
management server 420 through the network 230. 

Fig. 16 illustrates an example of a screen 1600 for 
displaying the present status of processing for trading. 


is 
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The present trading processing status screen 1600 in- 
cludes a trading content display area 160, and a 
present processing status display area 1602 related to 
order processing, the payment processing and the dl 
hvery processrng for displaying the present status of 
processing related to the order processing, the payment 

eaS^ 

each trading. Alternately, the present trading process 
.09 status screen 1600 may display whethenKS 

^es SI nghasbeencomple,edornot;vvhether,hepay- 

rsr ,n9hasbeencomp,e,edorn °^^vvh p eth 

The reception of the present status of processino 
or a radlng may be pefformed such P »j ang 

SSLTP a server ,or ,radin9 w-™-i 2 

Zt JTc \^ reCeNeS ,he r ^ uested trading infor- 
mal. F,g. I7,.lustratesan alternative processing flow 
of the processing step H3for updating a present SZZ 

status of processing for a trading is created (step 1 701 ) 
Therequestforapresentstatusofp^essingforlS: 

mati™ by Se ' eC,in9 desired for- 

mat on from the trading information lis. 1603 andselec- 
t-very inputting a "present processing status c^rrS 
hot-button, 604 on the present hading proc^TngX 
tus display screen 1600. messing sta 

Fig. 18 illustrates a present trading processing sta - 

S UeS,SChedUlediSplay 18 «>»orau P omatSdt 
Playmg a present status of processing for a trading The 

nT S r 0 nr in9PrWeSSin9S,atusre iestscheduidis 
Play 1800 includes a selection area 1801 for request 
a present status of processing and a request SSZ 
nputarea 1802. In accordance with a schedu.eTnpuS 
m the requested schedule input area 1802, a request or 
confirming a present status of processing is created fo 

r Z in ! orma,k>n input,ed in ,he ^ 

1 Ues,ln 9 a P reser "statusof processing 
ntt,« way, the present status of processing can be au 

his mtention of requesting the confirmation of the 
present status of processing. Next, the requestor con 

<zvi:t x sta,us of proce ^°' 

SZTZ a " 0n,S,ransmit,ed, ^^hoppingsen,er 
220 IhedeHvery managing server4l0. andthe payment 

Zdh ?h S r e ; 420 ^ 00 ,he ^tinations^ 
tained in the trading information (step 1702) The client 

ected radmg .nformafion from the shopping server 220 
the delrvery managing server 410, and the payment 
managing server 420, to which the request has Teen 
transmitted, and updates and displays me present fiad 
,g jessing status request schLe 5£35 
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<Step 114> Client: Coincidence Check for Present 
Status of Processing for Trading: 

The client 210 checks whether or not a trading ID 
* of a present status of processing for a trading reeled 
romaserver does no, match any of trading ^DsTS 
information 800 stored in the storage dLe 21 4 or 
whether or not the trading information includes errone- 

» Z l?SSr *° ' he in,0rmafo " be '°- up- 

dated. The processing branches to step 11 5 if anv error 

isfoundandotherwisetostepne. ol,an y error 

<Step 1 ts> Client. Output of Vterning for Error in 
^ Present Status of Processing for Trading: 

presen^S iS f ° U,putted ,or no ^9 any error in the 

step m Fin 1 Q r ( f eSSin9 f ° r 9 ,fadin 9 received « 
step 113. F.g. 18 illustrates an example of an outoutted 
warning display screen 1 goo ouiputted 

20 

<Step 11 6 > Client: Update of Present Status of 
Processing for Trading: 

* is uotl C Jf 6 dpr T IS,a,uso 'P roc ^ingforatrading 
s updated for a trading ID corresponding to tradino in 
format™ 800 stored in the storage device 214 

According to this specific example as described 
above the client 210 stores trading Nation ^ 
so Z L 6 C ° n,en,S ° f a ,radin 9 in »» storage devfce 

slfoT an order is placed - and upda,es »• P-S 

dZLJS thedehve, y server 410, and , he 

payment managmg server 420 based on the trading in- 
formation, so that the client 210 is always aware of the 

can manage the order corresponding to each status 

Reference is next made to a second specific exam- 
ple o the present invention. The second specS 

sition of the present status of processing for a tradino 
based on trading information. 9 ' 
<n J^' 20 " IUS,ra,eS 3 P rocessi "9 flow of the second 

This processin9 f,ow is subsfantia V 

« S^Tc ' he Pressing flow of the client 210 illus 

turnip 9 A dif,8renCe 18 ,haf R 9- 20 ^°<* re- 
turn processmg at step 2001 after a sequence o, steps 

111 - 116. Thus, explanation on steps 111 - ,16 is omit- 


50 <Step 2001 > Return Processing: 

inn H The r !'. Um processin 9 may be executed by select- 
ngdesiredtradinginforrrmtionfrommetradingLorma. 
..on fist 1600 and selectively inputting a transmSTeZ 

2U b T 1605 ,he grading proces h g 
t er assocated wrth a return requested product and re- 
turn requestmg informal to be transmitted to ^ 
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shopping server 220 in the trading information through 
the communication network 230. Assume that "return* 
used herein also includes cancellation of a trading. The 
shopping server 220 receives the return requesting in- 
formation, and takes appropriate actions such as can- 
cellation of the trading processing corresponding to the 
trading identifier, refund processing, and so on. 

Thus, according to this specific example, it is pos- 
sible to smoothly execute the return processing depend- 
ing on various situations such as delayed delivery, un- 
settled trading, and so on. 

Reference is next made to a third specific example 
of the present invention. The third specific example il- 
lustrates that another order is placed, after the acquisi- 
tion of the present status of processing for a trading, 
based on trading information. 

Fig. 21 illustrates a processing flow of the third spe- 
cific example. This processing flow is substantially the 
same as the processing flow of the client 210 illustrated 
in Fig. 2. A difference is that Fig. 21 includes, after step 
116, step 2101 at which it is determined whether or not 
the client has an intention of .placing a new order, fol- 
lowed by the processing jumping to the order processing 
at step 111 , if the client has such intention, to utilize trad- 
ing information. Thus, explanation on steps 111 - 116 is 
omitted. 

<Step 21 01 > Input of Presence or Absence of Intention 
of Placing Reorder: 

The input device 212 is used to input the presence 
or absence of an intention of placing a new order. Spe- 
cifically, new order processing is executed only by se- 
lecting desired trading information in the trading infor- 
mation list 1 603 and selectively inputting a "reorder" but- 
ton 1606 in the present trading processing status display 
screen 1600. When the "reorder" button 1606 is input- 
ted, the processing branches to step 111. 

<Step 11 1> Order Processing: 

An order information input screen similar to that of 
Fig. 5 is displayed. In this event, information required 
for the order has already been inputted based on the 
trading information selectively inputted at step 114. If 
some order information is to be changed, the input de- 
vice 212 is used to input a change, and the "OK" button 
550 is selectively inputted, causing the contents of a 
trading associated with the reorder to be transmitted to 
the address of the shopping server in the trading infor- 
mation through the communication network 230. 

Thus, according to this specific example, since a 
new order can be placed making the most of previous 
trading information, a reorder can be simply placed, par- 
ticularly for frequently ordered products such as daily 
necessaries, without inputting all order information from 
the beginning. 

As mentioned above, transmission and reception of 


trading information between a client and a server are 
performed through a communication network. For this 
reason, the trading information must be secured from 
tapping, violence, and so on. For the security purpose, 

5 the following method is used. 

A variety of information communicated between a 
server and a client is encrypted. Cryptology used in the 
encryption may be either of a public key cryptography 
such as Rivert-Shamir-Adleman (RAS) and a common 

w key cryptography such as Data Encryption Standard 
(DES). This countermeasure can prevent trading infor- 
mation from being intercepted or violated by a third par- 
ty, thereby making it possible to ensure safe trading and 
protection of privacy. 

is The programs for executing the processing illustrat- 
ed in Figs. 2, 3, 20, and 21 may be stored in a portable 
storage means such as a floppy disk, an optical disk, or 
the like such that the programs are read into a main stor- 
age device of a processing system, upon execution, for 

20 performing the processing. 

While the foregoing embodiment has been de- 
scribed in connection with a readily appreciable relation- 
ship between a client and a server, it goes without saying 
that the present invention is also applicable to other ap- 

25 paratus having the relationship of providing and enjoy- 
ing similar services. 


Claims 

30 

1. An electronic commerce support method for man- 
aging trading in a client (210) connected to a server 
(220) for providing electronic commerce services to 
receive the electronic commerce services, compris- 
es ing the steps of: 

. transmitting an order for a product on the elec- 
tronic commerce in response to an input by a 
user to said server through a communication 

40 network, receiving trading information including 

a trading identifier associated with said order 
and data on the contents of said order from said 
server, and storing said trading information in a 
storage device (214) (111,112); 

4S receiving from said server trading processing 

information including a present status of 
processing for processing initiated for said or- 
der, a present status of processing for delivery 
of said product corresponding to said order, a 

so present status of processing for payment 

processing for said trading, and the trading 
identifier (113); and 

comparing said trading identifier included in 
said trading information with said trading iden- 
55 tifier included in said trading processing infor- 

mation, and outputting a warning if they are not 
coincident, and adding said trading processing 
information to said trading information stored in 
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said storage device it they are coincident 


(118). 


2. A method 
the step 


>d according to claim 1. further comprising 


4. 


comparing said data on the contents of said or- 
der included in said trading information with 
said present status of processing for the 
processing initiated for said order, said present 
status of processing for delivery of said product 
corresponding to said order and said present 
status of processing for the payment process- 
ing for said trading included in said trading 
processing information, and outputting a warn- 
11 5)' err ° ne0US condition s are included (114, 

A method according to claim 2, further comprising 
the step of: 

sending to said server a transmission request 
for trading processing information including the 
trading identifier included in said trading infor- 
mation received from said server in order to re- 
ceive said trading processing information from 
said server (1702, 1703). 

A method according to claim 3, wherein said step 
of sending a request includes transmitting a time at 
which said trading processing information is to be 30 
received, together with said transmission request 
lor said trading processing information. 

• A method according to claim 2, wherein: 

said present status of processing for the 
processing for said order included in said trad- 
ing processing information includes a delivery 
completed date or a scheduled delivery date for 
the product associated with said order said 
present status of processing for said delivery 
includes a delivery completed date or a sched- 
uled delivery date for said product, and said 
present status of processing for said payment 
processing includes a payment completed date 
or scheduled payment date. 

the m sTe h p 0 of aCC ° rdin9 ,0 C ' aim 2 ' ,Urther com P risin 9 

displaying trading for which delivery has been 
completed separately from trading for which 
delivery has not been completed, from said 
present status of processing for delivery includ- 
ed in said trading information, and displaying 
rading which have been settled separately 
from trading which have not been settled from 
said present status of processing for payment 


20 9. 
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55 


processing for said trading. 

7 ' meTt , ep°of aCCOrdln9 '° ^ 6 ' '"^ com P risin 9 

calculating a total amount of money for prod- 
ucts included in said trading which have not 
been settled, and displaying the calculated total 
amount of money. 

8 " .^sCof 8000 ^ 9 10 C,aim ? - ' Urther 

comparing said total amount of money with a 
predetermined limit amount, and outputting a 
warning if said total amount of money for the 
products included in said trading which have 
not been settled exceeds said limit amount. 

meTte 1 p°of aCC ° rdin9 '° ^ com P risin 9 

inputting information on a product to be re- 
turned in said displayed trading information to 
which said trading processing information has 
been added, and transmitting said information 
to said server (2001). 

10. A method according to claim 1 . further comprising 
the step of: a 

displaying said trading information to select a 
portion of information from said trading informa- 
tion, creating new order information by modify- 
ing said selected information, and transmiltino 
5Sl" eW ° fder in,Orma,i0n to ** server 

11. A method according to claim 1 , wherein said server 
includes a shopping server (220) dedicated to sales 
of products in the electronic commerce, a payment 
waging server (420) dedicated to payment 
processing for said sales of products in response to 
an instruction from said shopping server, and a de- 
livery managing server (410) dedicated to delivery 
processing in said sales of products in response to 
an instruction from said shopping server, and said 
trading information includes destination addresses 
of sa.d shopping server, said payment managing 

m^?"^ mana 9 in 9 seiver - 

method further comprising the steps of: 

receiving said present status of processing for 
the processing for said order from said shop- 
ping server (113); 

receiving said present status of processing for 
said payment processing for trading from said 
payment managing server (113); and 
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processing for delivery of said product corre- 
sponding to said order, a present status of 
processing for payment processing for said 
trading, and the trading identifier, and transmit- 
5 ting said trading processing information to said 

client (136); and 

managing the present status of processing for 
the processing initiated for said order, the 
present status of the processing for delivery of 
10 said product corresponding to said order, and 

the present status of processing for the pay- 
ment processing for said trading until the order 
processing, the delivery, and . the payment 
processing are completed (137). 


receiving said present status of processing for 
said delivery from said delivery managing serv- 
er (113). 

12. A method according to claim 11 , further comprising 
the step of: 

sending to said shopping server a transmission 
request for order processing information includ- 
ing a trading identifier included in said trading 
information received from said shopping server 
in order to receive said present status of 
processing for the processing for said order 
from said shopping server (1702). 

13. A method according to claim 11 , further comprising 
the step of: 


1 6. A method according to claim 1 5, further comprising 
the step of: 


sending to said payment managing server a 
transmission request for payment managing 20 
processing information including the trading 
identifier included in said trading information re- 
ceived from said shopping server in order to re- 
ceive said present status of processing for said 
payment processing for trading from said pay- 25 
ment managing server (1702). 


14. A method according to claim 11 , further comprising 
the step of: 

sending to said delivery managing server a 
transmission request for delivery managing 
processing information including the trading 
identifier included in said trading information re- 
ceived from said shopping server in order to re- 
ceive said present status of processing for said 
delivery from said delivery managing server 
(1702). 

15. An electronic commerce support method for man- 
aging trading in a server (220) for providing a plu- 
rality of clients (210) with electronic commerce serv- 
ices, comprising the steps of: 

receiving an order for a product in the electronic 
commerce in response to an input by a user 
from a client through a communication network 
(230), and performing order acceptance 
processing for said product in accordance with 
a predetermined electronic commerce 
processing (121); 

transmitting to said client trading information in- 
cluding a trading identifier associated with said 
order and data on the contents of said order 
(123); 

creating trading processing information includ- 
ing a present status of processing for process- 
ing initiated for said order, a present status of 


searching for the present status for the 
processing for said order, the present status of 
the processing for delivery of said product cor- 
responding to said order, and the present status 
of processing for the payment processing for 
said trading, based on a trading identifier in- 
volved in a request from a client, to create trad- 
ing processing information, and transmitting 
said trading processing information to said cli- 
ent (1302, 1303). 

30 17. A client (210) connected to a server (220) for pro- 
viding electronic commerce services to receive the 
electronic commerce services, comprising: 

an order transmitting device (111, 112) for 
35 transmitting an order for a product on the elec- 

tronic commerce in response to an input by a 
user to said server through a communication 
network (230), receiving from said server trad- 
ing information including a trading identifier as- 
40 sociated with said order and data on the con- 

tents of said order from said server, and storing 
said trading information in a storage device 
(214); 

a trading information acquiring device (113) for 
45 receiving from said server trading processing 

information including a present status of 
processing for processing initiated for said or- 
der, a present status of processing for delivery 
of said product corresponding to said order, a 
50 present status of processing for payment 

processing for said trading, and the trading 
identifier; and 

an updating device (118) for comparing said 
trading identifier included said trading informa- 
55 tion with said trading identifier included in said 

trading processing information, and outputting 
a warning if they are not coincident, and adding 
said trading processing information tosaidtrad- 
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ing information stored in said storage device if 
they are coincident. 

18. A client according to claim 17, further comprising: 

5 

a coincidence check device (114) for compar- 
ing said data on the contents of said order with 
said present status of processing for the 
processing initiated for said order, said present 
status of processing for delivery of said product 10 
corresponding to said order, and said present 
status of processing for the payment process- 
ing for said trading included in said trading 
processing information, and outputting a warn 
«ng if erroneous conditions are included 


15 


19. A client according to claim 18, further comprising: 

a transmitting device (1 301 ) for sending to said 
server a transmission request for trading 20 
processing information including the trading 
identifier included in said trading information re- 
ceived from said server in order to receive said 
trading processing information from said serv- 
er 


25 


20. A client according to claim 19, wherein said trans- 
mitting device transmits a time at which said trading 
processing information is to be received, together 
with said transmission request for said trading 30 
processing information. 

21. A client according to claim 17, wherein said server 
includes a shopping server (220) dedicated to sales 
of products in the electronic commerce, a payment 
managing server (420) dedicated to payment 
processing for said sales of products in response to 
an instruction from said shopping server, and a de- 
livery managing server (410) dedicated to delivery 
processing in said sales of products in response to 
an instruction from said shopping server, and said 
trading information includes destination addresses 
of said shopping server, said payment managing 
server, and said delivery managing server. 

22. A client according to claim 17, further comprising: 

a reordering device (2101) for displaying said 
trading information, selecting a portion of infor- 
mation from said trading information, creating 
new order information by modifying said select- 
ed information, and transmitting said new order 
information to said server. 


35 


40 


45 


for receiving an order for a product on the elec- 
tronic commerce from a client in response to an 
input by a user through a communication net- 
work (230), and performing order acceptance 
processing for said product in accordance with 
a predetermined electronic commerce 
processing; 

a trading information transmitting device (123) 
for transmitting to said client trading information 
including a trading identifier associated with 
said order and data on the contents of said or- 
der; 

a trading status transmitting device (136) for 
creating trading processing information includ- 
ing a present status of processing for process- 
ing mrtated for said order, a present status of 
processing for delivery of said product corre- 
sponding to said order, a present status of 
processing for payment processing for said 
trading, and the trading identifier, and transmit- 
ting said trading processing information to said 
client; and 

an order processing managing device ( 1 37) for 
managing the present status of processing for 
the processing initiated for said order the 
present status of the processing for delivery of 
said product corresponding to said order, and 
the present status of processing for the pay- 
ment processing for said trading until the order 
processing, the delivery, and the payment 
processing are completed. 

24. A server according to claim 23, further comprising: 

a processing status transmitting device (1303) 
for searching for the present status for the 
processing for said order, the present status of 
the processing for delivery of said product cor- 
responding to said order and the present status 
of processing for the payment processing for 
said trading, based on a trading identifier con- 
tained in a request from a client, to create trad- 
ing processing information, and transmitting 
said trading processing information to said cli- 
ent. 


23. A server (220) for providing electronic commerce ss 
servjces to a plurality of clients (210), comprising: 

an order acceptance processing device (121) 


25. A storage medium having an electronic commerce 
support program provided in a client (21 0) connect- 
ed to a server (220) for providing electronic com- 
merce services to receive the electronic commerce 
services, said program being readable by a CPU in 
said client for managing the electronic commerce, 
said storage medium comprising: 

a storage component having a code sequence 
for realizing the step (111, 112) of transmitting 
an order for a product on the electronic com- 
merce in response to an input by a user to said 
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server through a communication network (230), 
receiving from said server trading information 
including a trading identifier associated with 
said order and data on the contents of said or- 
der from said server, and storing said trading 
information in a storage device (214); 
a storage component having a code sequence 
for realizing the step (113) of receiving from 
said server trading processing information in- 
cluding a present status of processing for 
processing initiated for said order, a present 
status of processing for delivery of said product 
corresponding to said order, a present status of 
processing for payment processing for said 
trading, and the trading identifier; and 
a storage component having a code sequence 
for realizing the step (118) of comparing said 
trading identifier included said trading informa- 
tion with said trading identifier included in said 
trading processing information, and outputting 
a warning if they are not coincident, and adding 
said trading processing information to said trad- 
ing information stored in said storage device if 
they are coincident. 

26. A storage medium according to claim 25, further 
comprising: 

a storage component having a code sequence 
for realizing the step (114, 115) of comparing 
said data on the contents of said order with said 
present status of processing for the processing 
initiated for said order, said present status of 
processing for delivery of said product corre- 
sponding to said order, and said present status 
of processing for the payment processing for 
said trading included in said trading processing 
information, and outputting a warning if errone- 
ous conditions are included. 

27. A storage medium having an electronic commerce 
support program provided in a server (220) for pro- 
viding electronic commerce services to a plurality 
of clients (210), said program being readable by a 
CPU in said server for managing trading, said stor- 
age medium comprising: 

a storage component having a code sequence 
for realizing the step (121 ) of receiving an order 
for a product on the electronic commerce from 
a client in response to an input by a user 
through a communication network (230), and 
performing order acceptance processing for 
said product in accordance with a predeter- 
mined electronic commerce processing; 
a storage component having a code sequence 
for realizing the step (123) of transmitting to 
said client trading information including a trad- 


ing identifier associated with said order and da- 
ta on the contents of said order; 
a storage component having a code sequence 
for realizing the step (136) of creating trading 

s processing information including a present sta- 

tus of processing for processing initiated for 
said order, a present status of processing for 
delivery of said product corresponding to said 
order, a present status of processing for pay- 

10 ment processing for said trading, and the trad- 

ing identifier, and transmitting said trading 
processing information to said client; and 
a storage component having a code sequence 
for realizing the step (137) of managing the 

is present status of processing for the processing 

initiated for said order, the present status of the 
processing for delivery of said product corre- 
sponding to said order, and the present status 
of processing for the payment processing for 

20 said trading until the order processing, the de- 

livery, and the payment processing are com- 
pleted. 

28. A storage medium having an electronic commerce 
25 support program provided in a shopping server 
(220) for providing electronic commerce services to 
a plurality of clients (21 0), said program being read- 
able by a CPU in said shopping server for managing 
trading, said storage medium comprising: 

30 

a storage component having a code sequence 
for realizing the step (1 21 ) of receiving an order 
for a product on the electronic commerce from 
a client in response to an input by a user 

35 through a communication network (230), and 

performing order acceptance processing for 
said product in accordance with a predeter- 
mined electronic commerce processing; 
a storage component having a code sequence 

40 for realizing the step (123) of transmitting to 

said client trading information including a trad- 
ing identifier associated with said order and da- 
ta on the contents of said order; 
a storage component having a code sequence 

45 for realizing the step (136) of transmitting to 

said client a present status of processing for 
processing initiated for said order; 
a storage component having a code sequence 
for realizing the step (134) of transmitting a re- 

50 quest for delivery of said product corresponding 

to said order to a delivery managing server 
(410) connected to said shopping server; and 
a storage component having a code sequence 
for realizing the step (134) of transmitting a re- 

55 quest for payment processing for said trading 

to a payment managing server. 
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FIG. 14 

DELIVERY PROCESSING STATUS 1400 


TRADING ID 

96-0710 1234 

PURCHASED DATE 

96 / 07 / 10 

NAME OF PURCHASED SHOP 

HITACHI ON-LINE SHOP 

E-MAIL ADDRESS 

eshop@hitachi.co.jp 

OF PURCHASED SHOP 


PRODUCT 

SHIRTS 

QUANTITY 

1 

PRICE 

4500 

DELIVERY METHOD 

HOME DELIVERY 

E-MAIL ADDRESS 

delivefy@abcdistribution.co.jp 

OF DELIVERY SERVICE PROVIDER 


DESTINATION ADDRESS 

1099 OZENJI ASO-KU 


KAWASAKI-SHI 

BUYER 

TOSHIYUKI ONO 

E-MAIL ADDRESS OF BUYER 

t-ono@hriachi.co.jp 

DELIVERED / NOT 

NOT 

DELIVERY SCHEDULE 

96 / 07 / 15 

/ DEUVERED DATE 


FIG. 15 

PAYMENT PROCESSING STATUS 1500 

TRADING ID 

96-0710-1234 

PURCHASED DATE 

96 / 07 /10 

NAME OF PURCHASED SHOP 

HITACHI ON-LINE SHOP 

E-MAIL ADDRESS 

eshop@hitachi.co.jp 

OF PURCHASED SHOP 


PRODUCT 

SHIRTS 

QUANTITY 

1 

PRICE 

4500 

PAYMENT METHOD 

CREDIT CARD 

E-MAIL ADDRESS 

kessai@abccard.co.jp 

OF PAYMENT INSTITUTION 


CARD NUMBER 

033-216-123456 

BUYER 

TOSHIYUKI ONO 

E-MAIL ADDRESS OF BUYER 

t-ono@hitachi.co.jp 

SETTLED / NOT 

NOT 

PAYMENT SCHEDULE 

96 / 08 / 05 

/ SETTLED DATE 



{ 


23 


EP0 845 749 A2 


FIG. 16 
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(54) Electronic commerce support method and apparatus 


(57) An electronic commerce support method for 
managing trading in a client (210) connected to a server 
(220) for providing electronic commerce services to re- 
ceive the electronic commerce services includes the 
steps of: transmitting an order for a product on the elec- 
tronic commerce in response to an input by a user to the 
server through a communication network, receiving 
trading information including a trading identifier associ- 
ated with the order and data on the contents of the order 
from the server, and storing the trading information in a 
storage device (214) (111,112); receiving from the serv- 
er trading processing information including a present 
status of processing for processing initiated for the or- 
der, a present status of processing for delivery of the 
product corresponding to the order, a present status of 
processing for payment processing for the trading and 
the trading identifier (113); and comparing the trading 
identifier included in the trading information with the 
trading identifier included in the trading processing in- 
formation, and outputting a warning if they are not coin- 
cident, and adding the trading processing information to 
the trading information stored in the storage device if 
they are coincident (118). An electronic commerce sup- 
port method for managing trading in a server (220) for 
providing a plurality of clients (210) with electronic com- 
merce services, includes the steps of: receiving an order 
for a product in the electronic commerce in response to 
an input by a user from a client through a communication 
network (230), and performing order acceptance 
processing for the product in accordance with a prede- 


termined electronic commerce processing (121); trans- 
mitting to the client trading information including a trad- 
ing identifier associated with the order and data on the 
contents of the order (123); creating trading processing 
information including a present status of processing for 
processing initiated for the order, a present status of 
processing for delivery of the product corresponding to 
the order, a present status of processing for payment 
processing for the trading, and the trading identifier, and 
transmitting the trading processing information to the cli- 
ent (1 36); and managing the present status of process- 
ing for the processing initiated for the order, the present 
status of the processing for delivery of the product cor- 
responding to the order, and the present status of 
processing for the payment processing for the trading 
until the order processing, the delivery, and the payment 
processing are completed (1 37). 
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